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ABSTRACT 



A method and system for automatically synchronizing a 
target and source directory in a computer system are pro- 
vided. The system (8) includes a first file directory (32) 
which has a first plurality of files (33). A second file 
directory (70) has a second plurality of files (71). A directory 
synchronizer (14) sequentially selects one of the first plu- 
rality of files (33), determines whether one of the second 
plurality of files (71) is substantially similar to the selected 
one of the first plurality of files (33). and copies the selected 
one of the first plurality of files (33) into the second file 
directory (70) if no similar file is found. 

13 Claims, 4 Drawing Sheets 
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METHOD AND SYSTEM FOR According to one embodiment of the present invention a 

SYNCHRONIZING COMPUTER FILE method for automatically Ey^dS^g^ZSSn 1 

DIRECTORIES computer system is provided that sequentially selects one of 

TECHNICAL FIELD OF THE INVEIWON < lu* ° f , de ^ rmiflcs whctDCT a second plu- 

lwtN 5 rality of files includes a file substantially similar to the 

This invention relates generally to computer systems and selected one of the first plurality of Mcs, and in response to 

more particularly to a method and system for synchronizing sucn determination, copies the selected one of the first 

computer file directories. plurality of files. 

BACKGROUND OF THE INVENTION l0 ■ f™^* to aD alternate embodiment of the present 

^ 10 invention, a system for synchronizing file directories in a 

In client-server networks, files may be stored in a variety computer system is provided that comprises a first file 

of file directories on a number of storage systems. Each file directory having a first plurality of files stored on a first 

may contain data, source code, object code. text, or other storage medium, a second file directory having a second 

types of information. For example, a typical client worksta- plurality of files stored on a second storage medium, and a 

lion or computer has a hard disk drive labeled X: w . as well 15 directory synchronizer for sequentially selecting one of the 

as two floppy disk drives labeled "A:* and "Br". A single file ^« plurality of files, for determining whether one of the 

server typically has a variety of logical drives labeled M F: H second plurality of files is substantially similar to the 

through "Zr. In a local area network (LAN) or a wide area selected file, and for copying the selected one of the first 

network (WAN), there may be several file servers, each plurality of files into the second file directory, 

having a plurality of such drives. Each drive, whether on a 20 A technical advantage of the present invention is that the 

We server or a client workstation, will usually contain a root method and system for automatically synchronizing a tareet 

directory and a number of subdirectories. and source directory accomplish synchronization efficiently. 

In some circumstances, it is desirable to copy the files because only those Hies which are absent from or different 

resident in one directory or subdirectory into another direc- in the target directory are copied from the source directory 

tory or subdirectory. For example, if each user of the 25 Another technical advantage of the present invention is thai 

network is assigned a particular subdirectory for file storage. fil « which are determined to be the same in the target and 

each user may be initially given a standard set of files and source directories are automatically left unchanged, thus 

subdirectories within the user's subdirectory. This standard eUrninating the redundant copying of data from the source 

directory setup could be copied from a prototype directory directory to the target directory, 

created by a system administrator. 30 

As another example, a network may have a plurality of BRIEF DESCRIPTION OF THE DRAWINGS 

file servers, each file server having a standard set of For * better understanding of the present invention, ref- 

comrnercially-produced applications. When a new version erence may be made to the accompanying drawings, in 

of one of the applications is purchased or produced, it is 35 which: 

necessary to replace the old version of that application on FIG. 1 is a block diagram of an exemplary local area 

each file server. Since an application usually comprises network constructed in accordance with the invention; and 

TtLtolT^l * 8 "t"* ° f wbdta *^' * c P"*** 5 FIGS. 2A through 2C are flow charts illustrating one 

1«7 r 1 1L ^ USmg . ******* DCtWOrk com " ^bodiment <* * synchronization process, 

raands could be very time-consuming. Moreover, since the ^ 

new version of the application will typically have many dies DETAILED DESCRIPTION OF THE 

which are identical to files from the previous version, it is INVENTION 
highly inefficient to replace all of the files in the relevant a , 

subdirectories. Only those files which have chafed in Ac An exemplary local area network (LAN) 8 constructed in 
new version of me appUcaU^^^ M 1. LAN 8 

to copying new files into and deleting c^olete VcTtom 45 *°* * *? 60 » 

each file server. Tne process of creating, deleting and server 10 aDddUeot 60are connected to a network bus SO by 
changing files in a 'larger directory so as to ma^^e target ? ** effccc SystC ™ " a ° d 61 ■ '«Pective,y. 

directory idenUcal to*a "source" directory is known * J™ * " 

"synchronizing" the target and source directories T °Z ( 1 13 ^ CTO P roccs «> r 12 « * corn- 

In a network of frmt* _J^7 , ' » municaUon with network interface system 11. A keyboard 15 

usi fc^a^J KS 5 & bl ^ nal and a ^ 16 * communication with microprc^sor 12 

h!^™ ^ 80x86 microprocessors, stan- provide input and output means, respectively for a user to 

dard DOS commands exrst to copy files, delete files, create communicaie with mkroproces o7 U Micror^sso7 12 
directories, copy directories and delete directories. also communicates with ^t^^^^nS 
However, no standard command exists to synchronize file 55 comprise, for example, a hard S^VScJS 
dueciones. Synchronizing directories can be an inefficient includes a pluralir/of logical drives TthS^ 

operating system commands. directory 30. a first plurality of files 31a subdirectory 32. 

SUMMARY OF THE INVENTION a sccond P ,uralit y of ^es 33. Logical drive 24 includes 

Th^f-. a . . , . 60 a root directory 40. which contains a directory synchronizer 

svJSS!;- t .. " SW % ™* mClh0d * P"*™ 41 constructed in accordance witii the present 

system for automatically synchronizing file directories in a invention, 

computer system. ri , ,. A . , , 

A ^ rH . . ... , ^ ucot 00 mcludes a microprocessor 62 in communication 

5V „^„ > ■ T ? T*™ f ° r flu,oraaiicflU y with a network interface system 61. a floppy disk drive 63 
ZlT< T* V" 8 * tO* 0 ™" I™!** that 65 a hard disk drive 64. a keyboard 66 and a monitor 65 Hard 

« h *TT V"*™*** <"sk drive 64 is operable to store data cJKta. roc! 

with prior systems and methods. directory 7# and aplurality of files 71 
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A user working at client workstation 60 may invoke *T). and "ignore" (denoted by a "2**). For example, the 

program 41 to synchronize selected file directories. A num- contents of DRSYNC.INI may be as follows: 

ber of parameters or qualifiers may be specified by the user | Default] 

when invoking program 41. Two important parameters are Adion=0 

the names of a source directory and a target directory to be 5 . 

synchronized by program 41. Various optional qualifiers. ' 11 oncs ' 

which specify the running mode of program 41. will be \Programs\Accessories=l 

discussed more fully below. \Prograras\Accessories\Utilitics=0 

For complete synchronization of the target and source \Programs\Documentation=2 
directories, the user must have the appropriate file permis- 10 The statement "Action=0" indicates that the default action 
sions. Each file, program, or directory on a network or other to be taken with respect to any directories not specifically 
computer system typically has a file permissions setting. identified in the action file is to synchronize the directories, 
which comprises a list of system users and the actions each The statements following "| Directories |" specify actions to 
user is allowed to take with respect to the file. The actions be taken with respect to the named directories. For example, 
delimited by the file permissions setting include read, write. 15 the contents of the 'M^ogramsVAccessories" directory are to 
delete and execute. To completely synchronize the target and be merged, except for the '\Prograras\Accessories\ Utilities" 
source directories using program 41, the user should have subdirectory and its contents, which are to be fully synchro- 
execute permission for program 41. read permission for the nized. The t M > rograms\Documenution w directory is to be 
source directory, and read/write/delete permission for the ignored completely. 

target directory. 20 Each action set forth in the action file will be taken with 

The method followed by program 41 when invoked by a respect to any directories or subdirectories within the target 

user with the appropriate file permissions is shown in FIGS. a °d source directories which have names incorporaUng the 

2A. 2B, 2C and 3. For exemplary purposes, it will be s°™g forth in that entry of the action file. For example, 

assumed that a user at workstation *0 wishes to synchronize with F:\USER as the source directory and C: as the target 

directory 70 with directory 32. However, it is understood u directory, subdirectories named 

that aoy user with the appropriate permissions at any work- „ > , tPnniM . »™^v R «^ 0 « 

. .. 3 r avto tA ' u A1 t „ F:\USER\PROGRAMS\DOCUMENTATtOhAWORD 

station on LAN 8 could invoke program 41 to synchronize 

any two directories accessible from LAN 8. anc j 

An example of a command entered by the user via ^ 

keyboard 66 to invoke program 41 is as follows: C:\PROORAMSUX)CUMEKTAnoN 

drsync£xe fausbr c^LOSYNCiOG/svp/T wiU both be Ignored. 

When a directory is to be merged, the process followed 

In this command. "DRSYNCJ2XE" is the name of program with respect to that directory is as if the user included a "/NT 

41. "F:\USER** is the source directory 32. "C:** is the target 35 qualifier upon execution, as will be explained below. When 

directory 70. "C:\SYNC.LOG** is a log file, denoted by the a directory is to be ignored, the appropriate decisional steps 

preceding "/L:** qualifier, for recording the actions per- set forth below will ensure that the directory is not included 

formed by program 41. and the remaining characters repre- in the synchronization process. When a directory is to be 

sent qualifiers which will be explained below. synchronized, it will be neither merged nor ignored. Thus. 

When the user invokes program 41 with the above 40 the process performed with respect to that directory will be 

command, or with any other suitable command, micropro- in accordance with the synchronization process outlined 

cess or 12 loads program 41 into its RAM 13. Microproces- below. 

sor 12 then executes the RAM-resident program 14. The If a "/M** qualifier is included in the invocation command, 
process performed by program 14 will be first discussed in the source and target directories are "merged** rather than 
general, and then illustrated using the exemplary invocation 45 "synchronized.** The only difference between the two pro- 
command set forth above. cedures is in the treatment of files in the target directory 

If the user specifics a log file using the *7L:** qualifier, then which have different file names from the fUts found in the 

the file modifications described below will be delineated in source directory. These files are known as surplus files, 

statements appended to the end of the log file. Thus, if a log When the directories are synchronized, such files arc deleted 

file used in a previous file synchronization process is 50 from the target directory, so that the source and target 

selected in the current synchronization process, then nota- directories become identical. When the directories are 

tions from the current process will be appended to the log merged, surplus files are left unchanged, so that after the 

file, so that the entries associated with the two separate merger process is complete, the target directory may contain 

procedures are set forth in the same log file. more files than the source directory. 

If the user specifies an "action** file using an "/I:** qualifier. 55 If a *7F* qualifier is included in the invocation command, 
then the action file will be consulted each time a source or the file permissions settings of existing target files will be 
target directory is encountered in the synchronization altered to make them identical to the file permissions set- 
process, to determine what action should be taken with tings of the corresponding source files. If a "/T" qualifier is 
respect to that directory. The actions to be performed are set included in the invocation command, the file attributes of 
forth in the action file specified by the user after the "A:** 60 existing target files will be altered to make them identical to 
qualifier. Thus, a typical qualifier in the invocation com- the file attributes of the corresponding source files, as will be 
raand would be "/LCADRSYNCMNT*, in which case explained more fully below. 

C:\DRSYNC.INI is the name of the action file which con- If a "/R** qualifier is included in the invocation command, 

tains the actions to be taken with respect to various subdi- and a log file is specified using the *7L:** qualifier, then the 

rectories. 65 directory synchronizer will only report in the log file the 
Actions which can be specified in the action file are actions required to complete the synchronization or merger 
"synchronize" (denoted by a 'XT), "merge" (denoted by a process requested by the user. However, the actions recorded 
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£££ w£ J^Sf C "* d ° Ut flDd ^ ^ direc,ories - *» meth « 1 Pieced* from step 13* directly 
^iA^u^Ayr n l^ - «o step 100. as iUustrated by path 130/-. 

J2£i^ k - m t ttaU " $ ° Ud l,nes ' melhod fcr At ^ 8 B0toti0 ° » «o *e log file indicating 
completely synchronizing ; the source and target directories the creation of the target directory. The method dSw 
and recording in a log file the actions taken during the J ceeds to decisional step 170. H^ev«Too tea ^Ue 

^ritcotTd. fT'rea^s^i ESi%?JS ^ " ^ "* " 

apparent. If any of these qualifiers are omitted, or if other At decisional step 119, it is determined whether there are 
quavers are included the process may deviate from mat .0 any files in the source directory "eZ S 

and steps shown in dotted fines, and are described in detail method proceeds to step 180. If there are no files to the 

R , f , rrino .„ ,. ,. _ u t source directory, the method proceeds from step 170 to step 

Referring to FIG. 2A. the method performed by program 300 K K 

it!? 8 i!! S 81 Step T The mC ? >0d thM procecds 10 step "°- 15 At ae P »W. the first file in the source directory is selected. 
VZL%, SOUrCe f| djrccto 'y formation input by the user as The method then proceeds to step 290. wteeto £oce2 
a parameter in the .nvocation command is read and the of the selected file from the soice directoryberiuT 

dedsS ,» Itt CD Pr0CCCdS ,0 StCp 2I °- wherc ft is toermined whether the currently 

rtn?, 7Z , ^- , . . 20 se,ected me is ac,ual, y a subdirectory of the source direc- 

Note that toe directory being processed beginning at step tory. Since subdirectories and standard data files are im«- 

120 may be the source directory originally specified in the mingled in a directory fisting, a "file- encounte^f u mSc 

ZZSZ " * S ° me subdi ~«oey Passing of a directory may 8 actually be a 7b£rei£y tf 

Sio and 2« ^,l e SET' *!? ,hC deS<Tip ^ D ° f ,he CWentl y $e,eeted ls 8 subdirectory, the mtfhod 

steps 210 and 295 below. Whichever directory or subdirec- 23 proceeds to step 120. where processing of the subdirectcrv 

tory is being processed at step 120 shall be referred to herein begins in the nianner previou^scribed. SUMlre£t0ry 

l* e ,7 e ? PUip0$eS ° f ^"'c^- Th«s. it If the file is not a subdirectory, the method proceeds from 

",t„ , T W " C0 the T "T" Ste » 210 to ^sionajltepMO. where it UdSSS 

dKJ !£w fi .L. T 001 r CS !f nly refCT i° me $ource w »«c*««fi'chavingthesa ro enameasthecu ff endyselected 

So^ZdSrf ll^r D ' iDStead 10 30 «c from the source directly exists in the target directory. If 

T rt?«^ ^ £f no $ttch fik e «s«s. the method proceeds to step 230 where 

col^d «. Z T iBC,U ^ d in * e 'tv™*™ the cutrently selected file from the source diS lw 

command, indicating that the user wishes to take different into the target directory ^ ^ 

sourt^ctS^nt^J 0 ^T^' * • mem0d ^ ,0 $te P 235 •*» 8 ™«to. 

no £ SnM?^ •» ^ !J^u ^od proceeds from step 35 is added to the log file to indicate the addition of the file to 
120 to step 124. as illustrated by path 120/. At step 124. the the target directory. If the "/R" qualifier was included Z the 

£Z£ JfSS d . U t?, ? e qUaMef ' S re8d to c~d. then telSSjS £ Ts£ 

tk^,X3 r.£l ocesse<L . ... We was specified in the user's invocation command, the 

The method then proceeds to decisional step 126. where « method skips step 235 and proceeds from step230lo steo 
■t is determined whether the action specified in the log file 250. as Ulustmled by path 2301 * P 

"i^X i° ^ S T1 di J CCt °' y be " ,B pr0CC$Sed h to Re,un,i0 8 to deci sional step 220. if a file having the same 

£ ^ ? mC *Z?°n.. is 10 1,6 mc n8rae « currently selected file from the source dire^S 

S^w* ,0S,CP 29 °' WhiC " WiU 66 describcd elUste in me «*gct ^rectory, the method proceedsTdecZ 
2SL?^ h T ,S n °!^ 66 i8DOrcd - ^ me,hod 45 sion8j ste P 240 The object of step 24oTTo^Ltennme 

SS. l d ^^ , ° n rt 1^ WherC " i$ ^'c™ 0 ^ whether the source and target files have idenUcal fite^on! 

* W,th * C ^ by USer ,enls - tf ** contents are idenUcal. then th« is no needio 

e ,i^ Z^^i ^ mmiU ' d ^ * he e tar8M direC,0, y ^ me «"«cnts of the source file into me targ« file 

exisu the method then proceeds to step 150. To determine whether the source and Urge? files nave 

uJfn t^H ^ ed ! D K^°° n * C " /L " < ' U8jifier 50 identie8j contents at step 240. directory synchronizer 14 

upon execution, die method proceeds from decisional step compares the date-time stamps of thefiles to determine 
130 to dccBiona^ step 135 as illustrated by path 130/. At whether they are identicaTTh date-time stiuwTffle 

SSH. i i ,S d ? emi ° Cd WhCther ^ ^ • ypiC8Uy rccoras 016 ,8fl ^ 8 n° S modified 

.^. fi, ' W '* re ^.'o«l* target directory the file. When a file is copied, both the contenL «d the 

^'"^ 55 ^c stamp of the original file will be reproduced in me 

me memod proceeds step 290. u Ac of me 

J SLSf * 8 d i r *T° ry ,oc ? ted k ste P 130 is not to be date-time stamp will reflect the daU and time tlw alteration 

whereli J de^ e 5 r X ,S fi . fr0m r SleP ?° f P * 5 *- W8S and ^ 00 ,on 8" * iden «cal to me datT^me 

toZZl . .k 5 L W "- tf «? y - 8,6 me ,8rget $t8,n P rf me ortSionl Moreover, the chances of two 

£SX aDdrteD8reeso J ,h . e 1 ' 8r 6« fi»cs are recorded. The «o unrelated files having idenUcal date-time stamps is ver? 

method then proceeds to decisional step 170. small. Therefore, comparison of the t^SL of Z 

Rehinung o decismnaj step 130. if the target directory files is a reliable means for determining whence Wes 

does not exist, the method proceeds to step 140. where the have identical contents " 

target directory is created. The method then proceeds to step If the date-time stamps of the source and target files are 

160. However. ,f the VR" qualifier was included in the 65 determined to be different at decisional step 240^ tfien me 

invocation command, indicating a desire to "report only- the method proceeds to step 242 wh« th^ wnteots of me 

actions requued to synchronize the urge, and source source file are copied into me Ut^ «e.^„ S, ciySj 
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is completed, the computer operating system typically 
updates the date-time stamp and attributes of the target file 
automatically to make them identical to the date-time stamp 
and attributes of the source file. The method then proceeds 
to step 244. where the log file is updated to indicate the 
alteration of the target Ale performed at step 242. 

Returning to decisional step 240. if the date-time stamps 
of the source and target files are different and the *7R" 
qualifier was included in the invocation command, then the 
method proceeds directly to step 244. as illustrated by path 
240r. If no log file was specified in the user's invocation 
command, then the method skips step 244 and proceeds 
directly to decisional step 260. as illustrated by path 242/. 

Returning to decisional step 22*. if a file having the same 
name as Che currently selected file from the source directory 
exists in the target directory, and the user included the "/A" 
qualifier upon execution, then the method proceeds to step 
242. as illustrated by path 22fa. The "/A** qualifier indicates 
that the user wishes to "always copy" files from the source 
directory into the target directory, even if an identical file in 
the target directory exists. Thus, if the user has chosen to 
"always copy" source files into the target directory, a com- 
parison of the source and target files to determine whether 
the files are identical is not performed. Instead, the target file 
with the same name as the source file is automatically 
written over at step 242. 

Returning to decisional step 240, if the date-time stamps 
of the source and target files are determined to be the same, 
the method proceeds to decisional step 250. where it is 
determined whether the attributes of the source and target 
files are the same. The attributes of a file are a set of flags 
which primarily determine the accessibility of the file. The 
flags included in the file attributes are a read-only flag which 
prevents users from altering the file; a "hidden" flag which 
prevents the file from showing up in a standard directory 
listing; a system flag which may restrict access to the file 
and/or make the file "hidden." depending on the operating 
system being used; and an "archive" flag, which is typically 
used to mark the file as an altered version which has not yet 
been backed up. The archive flag is then automatically reset 
during a periodic Ale backup process. 

Step 250 may involve the comparison of any or all of the 
file attributes flags. If the relevant attributes of the source 
and target files are determined to be different, then the 
method proceeds to step 252. where the attributes of the 
target file are altered in accordance with the attributes of the 
source file. The method then proceeds to step 254. where the 
log file is updated to indicate the alteration of the target file 
performed at step 252. 

Returning to decisional step 250. if the attributes of the 
source and target flies are different and the *7R M qualifier was 
included in the invocation command, then the method pro- 
ceeds directly to step 254. as illustrated by path 150 r. If no 
log file was specified in the user's invocation command, then 
the method skips step 254 and proceeds directly to deci- 
sional step 260. as illustrated by path 252/. 

Returning to decisional step 250. if the attributes of the 
source and target files are determined to be the same, the 
method proceeds to decisional step 260. where it is deter- 
mined whether the file permissions of the source and target 
files are the same. As previously discussed, the file permis- 
sions setting of a file is a list of system users, either 
individually or in groups, and the actions each user or groups 
of users is allowed to take with respect to the file. If the file 
permissions of the source and target files are determined to 
be different, then the method proceeds to step 262. where the 
file permissions of the target file are altered in accordance 
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with the file permissions of the source file. The method then 
proceeds to step 264. where the log file is updated to indicate 
the alteration of the target file performed at step 262. 
Returning to decisional step 260. if the file permissions of 
5 the source and target files are different and the '7R** qualifier 
was included in the invocation command, then the method 
proceeds directly to step 264. as illustrated by path 260r. If 
no log file was specified in the user's invocation command, 
then the method skips step 264 and proceeds directly to 
decisional step 270. as illustrated by path 262/. If at step 260 
the file permissions of the source and target files are deter- 
mined to be the same, the method proceeds to decisional step 
270. 

Returning to step 240. if the user did not include the *7T* 
qualifier upon execution, then the method proceeds from 

15 step 240 to step 260. as illustrated by path 240/. If the user 
did not include the 'VP" qualifier upon execution, then the 
method proceeds from step 250 to step 270. as illustrated by 
path 250/7. Thus, the steps of updating the target file per- 
missions and attributes, which are necessary for true syn- 

20 chronization of the source and target directories, are 
optional. 

Referring to FIG. 2C. at decisional step 270 it is deter- 
mined whether there are files in the source directory which 
have not yet been processed. If so, then the method proceeds 
25 to step 280. where the pointer is incremented to indicate the 
next file in the source directory. The method then proceeds 
to step 200. where processing of the file indicated at step 280 
is begun. 

Returning to step 200 in FIG. 2A. if a "/FT qualifier was 

30 specified upon execution, indicating a desire to synchronize 
only those flies which are not "hidden.** then the method 
proceeds to decisional step 205. as illustrated by path 200A. 
At decisional step 205. it is determined whether the "hidden** 
flag for the currently selected source file has been triggered. 

35 indicating that the currently selected file is a hidden file. If 
the file is not hidden, the method proceeds to decisional step 
210. If the file is hidden, the method proceeds to decisional 
step 270. Thus, if the user has included the "/H" qualifier, 
hidden files in the source directory are not synchronized 

40 with the target directory. 

Returning to decisional step 210. if the file is a subdirec- 
tory and the user has not included the *7S" qualifier, then the 
method proceeds to decisional step 270. as illustrated by 
path 210j. The "/S" qualifier indicates that the user wishes 

45 to synchronize all subdirectories of the source directory. 
Thus, if the user has not chosen to synchronize subdirecto- 
ries of the source directory, the method does not process any 
source file which is a subdirectory, nor any files contained 
within the subdirectory. 

50 At decisional step 270. if there are no more source files 
remaining to be processed io the source directory, the 
method proceeds to decisional step 300, where it is deter- 
mined whether surplus files not found in the source directory 
are present in the target directory. If such files are present. 

55 the method proceeds to step 310. where one of the surplus 
files in the target directory is located. The method then 
proceeds to step 320. where the selected surplus target file is 
deleted. The method then proceeds to step 330. where a 
notation is added to the tog file to indicate the deletion of the 

60 surplus target file. 

From step 330. the method proceeds back to decisional 
step 300. where it is determined whether any more surplus 
files are present in the target directory. If more surplus files 
are present they are likewise deleted by repetition of the 

65 steps described above. 

Returning to step 310. if the user included the "/II" 
qualifier upon execution, then the method proceeds from 
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step 310 to decisional step 315. as illustrated by path 310/». decisional step 220, where the name of the selected one of 

At decisional step 315. it is determined whether the surplus the source files 33 is compared with the names of target files 

target file selected at step 310 is a hidden file. If the file is 71. Assuming that a target file with the same name docs 

not hidden, the method proceeds to step 320 where the file exist the method proceeds to decisional step 240. where if 

is deleted, unless the *7R W qualifier was included in the 5 it is determined that the source and target files are different 

invocation command, in which case the method proceeds to the method proceeds to step 250. 

step 330. as illustrated by path 315r. If the file is hidden, then At step 250. the target file is altered in accordance with the 

the file is not deleted, and the method proceeds to decisional steps shown in FIG. 3. The 7P" and *YT** qualifiers were 

step 300. included in the invocation command. Thus, at step 252. the 

Returning to step 310. if the 7R W qualifier was included file permissions setting of the target file is altered to make it 

in the invocation command, then the method proceeds from identical to toe file permissions setting of the source file 

step 310 directly to step 330. as illustrated by path 310r. Likewise, the file attributes, file contents, and date-time 

Returning to step 320 if the user did not specify a log file stamp of the target file are altered to make them identical to 

upon execution, then the method proceeds from step 320 to the corresponding properties of the source file 

decisional step 300. as illustrated by path 3201 n^^^r^T^T—^Z Z^Urt 

Retiiroiog^^ 15 

processed in the source directory, and if the user included the 1 * %.f£Jr ^ . T f T - l0g ^ an 

•VM- qualifier at execution, indicating a desire to merge ™* ? 0***°° ° f ** ^ 

rather ihan synchronic the source and target dircaorict £ ^ M Ste ?™\? * * e ~ d are more files in 

if a statement in the selected action file indicates that either T^ 01 ? 32 50 mc mcthod P"**** *> 280. where the 

the source or target directory is to be merged, then the 20 P 0 "^ 15 incrcmcotcd to sclcct next one of the source 

method proceeds from step 270 to step 290. as illustrated by mcs ^ Boning at ««P 200 - Ms source file is processed 

path 270m. Thus, when the user elects to merge the two * tD raanocr Ascribed above. When all of the files 33 in the 

directories, no files are deleted from the target directory sourcc Rectory 32 have been processed, a "NO" answer at 

Only those target files which have the same file names as dcdsionAj stc P 270 causcs *c method to proceed to step 

files present in the source directory are altered in the 25 _ . . ^ 

merging process, along with the addition of files from the At stcp ^ 11 15 dctcrimned whether any of the target files 

source directory which were not already present in the target 71 have Wc namcs which *> appear in source directory 

directory. 32 - sucn Wcs are known as surplus target files, and are 

When it is finally determined at step 300 that no more at steps 310 and 320. The deletions are recorded in 

surplus files exist in the target directory, the method pro- 30 ^ *° 8 Wc * stcp 330 «U of the surplus files have 

ceeds to decisional step 290. where it is determined whether bccn ddctcd « method proceeds from step 300 to deci- 

the sourcc directory which has just been processed is a s,onal stcp 290 ' whcrc i{ is dctcrmincd *at the directory 

subdirectory of the source directory specified at execution. cuw*n«ly being processed, directory 32. is the originally 

If so. then the method proceeds to stcp 295. where the next s P ccificd f0UICe Rectory. Therefore, the method proceeds 

lower directory or subdirectory in the directory tree below 35 10 stcp . which P° int thc Process is terminated, 

the subdirectory just processed is selected for further pro- WhUe mc invcntioD has bcca particularly shown and 

cessing. The method then proceeds to decisional stcp 270 Ascribed by the foregoing detailed description, it will be 

If it is deterituncd at step 290 mat me dfrect<j^ in question understood by those skilled in the art that various other 

is not a subdirectory of the source directory, then thc mcthod ch,m ges in form and detail may be made without departing 

proceeds to step 400. However, if the user included the 40 from mc spirt m< * ^ of mc wvention which is solely 

4 7K:n" qualifier upon execution, in which n is a positive defiDcd b * mc W*** claims - 

integer, then the method proceeds from step 290 to step 299, Whfll 15 claiincd 1S; 

as illustrated by path 290A. The t4 /K:" qualifier indicates a 1 A ^ stcm for synchronizing file directories in a cora- 

desire to "clean up" the log file by deleting all entries except puter svstem * said synchronizing system comprising: 

those from the last n processes. At step 299. notations from 45 a sourcc mc dircclor y having a plurality of source files 

all previously-run synchronization processes are erased. slorcd 00 a ftrst stor agc medium; 

except that notations relating to thc current process and the a targe* filc directory having a plurality of target files 

n-1 processes immediately preceding the current process are stored on a second storage medium; 

retained in thc log filc. From stcp 299. the method proceeds a directory synchronizer for sequentially selecting each of 

to stcp 400, where the mcthod performed by program 14 50 the source files, for determining whether one of thc 

ends. target files is substantially identical to each selected 

To further illustrate the operation of program 14. the steps sourcc filc. and for automatically copying each sourcc 

performed by program 14 upon invocation by thc user He that is not substantially similar to a target file into 

command set forth above will be described. The process the target file directory; and 

begins at step 100. At step 110. it is determined that « wherein the directory synchronizer is operable to identify 

"F:\USER." or directory 32. is thc sourcc directory for this and delete any surplus files from (he target directory, 

synchronization process. At step 120, processing of direc- 2. The system of daim 1 wherein the directory synchro- 

| orv 32 begins. At decisional step 130, it is determined that nizer is operable for recording in a log filc actions performed 

X:" or directory 70. is thc target directory. by the directory synchronizer. 

Since directory 70 already exists, the method proceeds to 60 3. A method for automatically synchronizing a target 

step 150. where a listing of thc existing target files 71 is directory and a source directory in a computer system 

recorded. At decisional stcp 170, it is detennincd that files 33 having plural directories, the target directory having plural 

exist in directory 32, Therefore, the method proceeds to step target files, each target file having a target file name, the 

180. whcrc a first one of the source files 33 is selected. At source directory having plural source files, each source file 

step 200. thc processing of the selected source filc begins. 65 having a source file name, thc mcthod comprising thc steps 

At step 210. it is determined that thc selected source file of; 

is not a subdirectory. Therefore, the mcthod proceeds to selecting a sourcc directory from the plural directories; 
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selecting a uiget directory from the plural directories; 

for each source file, automatically determining whether 
any target file has the same name as the source file, 
whether any target file having the same name comprise 
a substantially similar hie. and whether any target file 
is a surplus file; and 

in response to said determining step, automatically copy- 
ing each source file to the target directory if the target 
file having the same name is not substantially similar to 
the source hie. leaving target hies unchanged if the 
target files are substantially similar to source files, and 
automatically deleting surplus files. 

4. The method of claim 3. wherein the step of detennining 
comprising the steps of: reading a date-time stamp of a 
selected one of the source files; 

selecting one of the target files; 
reading a date -lime stamp of the selected one of the target 
Ales; and 

determining whether the date-time stamp of the selected 
one of the source files is the same as the date-time 
stamp of the selected one of the target files. 

5. A method for automatically synchronizing plural file 
directories stored in plural computer systems, comprising 
the steps of: 

selecting a source directory from one of the plural file 
directories, the source directory stored on a first com- 
puter system, the source directory having plural source 
files; 

selecting a target directory from one of the plural 
directories, the target directory stored on a second 
computer system, the target directory having plural 
target files; 

selecting each source file from the source directory, each 

source file having a source file name; 
detennining whether a target file having a target file name 

associated with each source file name exist* in the 

target directory; 
determining whether the target directory has surplus files; 
the target directory has surplus files, deleting the surplus 

files; 

if a target file does not exist io the target directory. 

creating a file in the target directory, the created file 

having the associated source file name; 
if a target file exists in the target directory, detennining 

whether the target file is substantially identical to the 

associated source file; and 
if a target file exists in the target directory, and if the target 

file is not substantially identical to the associated 

source file, automatically altering the target file. 
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6. The method of claim 5. wherein the step of determining 
whether a target file is substantially identical to the associ- 
ated source file comprises the steps of: 

5 reading a date -time stamp of the target file; 

reading a date-time stamp of the associated source file; 
and 

determining whether the date-time stamp of the target file 
is the same as the date-time stamp of the associated 
10 source file. 

7. The method of claim 6. wherein the step of altering the 
target file comprises the step of copying a contents portion 
of the associated source file into a contents portion of the 

15 target file. 

8. The method of claim 5. wherein the step of determining 
whether the target file is substantially identical to the asso- 
ciated source file comprises the steps of: 

reading a plurality of attributes of the target file; 
reading a plurality of attributes of the associated source 
file; and 

detennining whether the attributes of the target file are the 
same as the attributes of the associated source file. 
25 9. The method of claim 8. wherein the step of altering the 
target file comprises the step of altering at least one of the 
attributes of the target file in response to the attributes of the 
associated source file. 

10. The method of claim 6. wherein the step of altering the 
30 target file comprises the step of altering the date-time stamp 

of the target file in response to the date-time stamp of the 
associated source file. 

11. The method of claim 5. wherein the step of determin- 
ing whether the target file is substantially identical to the 
associated source file comprises the steps of: 

reading a file permissions setting of the target file; 
reading a file permissions setting of the associated source 
file; and 

40 determining whether the file permissions setting of the 
target file is the same as the file permissions setting of 
the associated source file. 

12. The method of claim 11. wherein the step of altering 
4 5 the target file comprises the step of altering the file permis- 
sions setting of the target file in response to the file permis- 
sions setting of the associated source file. 

13. The method of claim 5, wherein the step of creating 
the file in the target directory comprises the step of copying 

X, the associated source file into the target directory. 
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